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SYSTEM AND METHOD FOR ESTABLISHING AND MANAGING 
COMMUNICATIONS BETWEEN MANAGEMENT 
PROTOCOL DIFFERENT SYSTEM 

FIELD 

[0001] The invention relates to a system and method for establishing 
communications between different communication models employed in different 
computer systems. More particularly, the present invention enables a common 
information model (CIM) based protocol to communicate with a desktop management 
interface (DMI) based protocol. 

BACKGROUND 

[0002] In the rapid development of computers many advancements have been 
seen in the areas of processor speed, throughput, communications, and fault 
tolerance. Initially computer systems were standalone devices in which a processor, 
memory and peripheral devices all communicated through a single bus. Later, in 
order to improve performance, several processors were interconnected to memory 
and peripherals using one or more buses. In addition, separate computer systems 
were linked together through different communications mechanisms such as, shared 
memory, serial and parallel ports, local area networks (LAN) and wide area networks 
(WAN). Further, with the development of the Internet and advancements in cellular 
and wireless communications, it is now possible for computers to communicate 
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without the use of wires, such as provided by the public switched telephone network 
(PSTN), over great distances. 

[0003] In order to facilitate communications between providers of different 
hardware and software, schemas and standards have been established. Two such 
schemas are the Desktop Management Interface (DMI) and the Common Information 
Model (CIM) developed by the Distributed Management Task Force (DMTF). DMI 
provides a bidirectional path to integrate all hardware and software components within 
a personal computer (PC). With DMI enabled, a central station in the network may 
monitor the operations of all PCs therein. Further, data may be transferred from one 
PC to another utilizing this DMI capability. FIG. 1 is an example implementation of a 
network utilizing DMI capability. DMI client management applications 1 0, 20, and 30 
communicate to the DMI service provider 40 in order to determine the status and 
receive information from the DMI component instrumentation 50, 60, and 70. A 
memory-resident agent (not shown) resides in the background of DMI component 
instrumentation 50, 60, and 70 to respond to queries made by DMI client management 
applications 10, 20, and 30 via the DMI service provider 40. 

[0004] Common information model (CIM) is a common data model of an 

implementation-neutral schema for describing the overall management of information 
in a network/enterprise environment FIG. 2 is an example implementation of a 
network in which communications are established utilizing CIM. In this example, 
provider A 230 in managed system A 200 through CIM object manager (CIMOM) 260 
communicates to CIM client application 320 in CIM client 290, CIM client application 
330 in CIM client 300, and CIM client application 340 in CIM client 310. Further in this 
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example, provider B 240 in managed system B 210 through CIMOM 270 
communicates to CIM client application 320 in CIM client 290, CIM client application 
330 in CIM client 300, and CIM client application 340 in CIM client 310. Still further 
in this example, provider C 250 in managed system C 220 through CIMOM 280 
communicates to CIM client application 320 in CIM client 290, CIM client application 
330 in CIM client 300, and CIM client application 340 in CIM client 310. It should be 
noted that managed system A 200, managed system B 21 0, managed system C 220, 
CIM client 290, CIM client 300, and CIM client 310 are all depicted as independent 
computer systems or processors communicating with each other over a LAN, WAN, 
PSTN or any other suitable communications mechanism. It should also be noted that 
CIMOM 260, 270, 280 comprise all software, logic and hardware required for 
communications. 

[0005] However, no provision has been made to enable communications 
between a DMI based network and a CIM network. Therefore, it may be difficult for 
vendors to persuade customers to migrate from a DMI network to a CIM network 
since it may entail a software and possibly a hardware upgrade or replacement of 
existing software and hardware. 

[0006] Therefore, what is required is a system and method whereby a customer 

may retain his existing DMI based network while acquiring CIM equipment and 
establishing communications between the DMI based equipment and the CIM based 
equipment. This system and method should be simple and cost-effective to implement 
which would further encourage customers to migrate to the newer CIM standard. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0007] The foregoing and a better understanding of the present invention will 
become apparent from the following detailed description of exemplary embodiments 
and the claims when read in connection with the accompanying drawings, all forming 
a part of the disclosure of this invention. While the foregoing and following written 
and illustrated disclosure focuses on disclosing example embodiments of the 
invention, it should be clearly understood that the same is by way of illustration and 
example only and the invention is not limited thereto. The spirit and scope of the 
present invention are limited only by the terms of the appended claims. 
[0007] The following represents brief descriptions of the drawings, wherein: 
[0008] FIG. 1 is an example of the prior art in Desktop Management Interface 
(DMI) communications; 

[0009] FIG. 2 is an example of the prior art in Common Information Model 
(CIM) communications; 

[001 0] FIG. 3 is a systems diagram for an example embodiment of the present 
invention; 

[0011] FIG. 4 is a flowchart of the logic involved in the instantiation of object 
classes requested by a CIM client application to a DM! system management stack in 
an example embodiment of the present invention; 

[0012] FIG. 5 is a flowchart of the logic involved in DMI event processing 

delivered to a CIM client application via a CIM to DMI provider 40 in an example 
embodiment of the present invention; 
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[0013J FIG. 6 is a flowchart of the overall registration, monitoring, and 
translation process used in an example embodiment of the present invention; 
[0014] FIG. 7 is a flowchart illustrating the processing required for a DMI event 
occurrence in an example embodiment of the present invention; 
[0015] FIG. 8 is a flowchart illustrating the processing involved in a CIM client 

request occurrence in an example embodiment of the present invention; and 
[0016] FIG. 9 is a data flow diagram illustrating the major modules involved in 

the operations depicted in the flowcharts shown in FIGs. 4 - 8 in an example 
embodiment of the present invention. 
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DETAILED DESCRIPTION 
[0017] Before beginning a detailed description of the subject invention, mention 

of the following is in order. When appropriate, like reference numerals and characters 
may be used to designate identical, corresponding or similar components in differing 
figure drawings. Further, in the detailed description to follow, exemplary 
sizes/models/values/ranges may be given, although the present invention is not 
limited to the same. As a final note, well-known components of computer networks 
may not be shown within the FIGs. for simplicity of illustration and discussion, and so 
as not to obscure the invention. 

[0018] FIG. 3 is a systems diagram for an example embodiment of the present 

invention. The systems diagram shown in FIG. 3 may be divided into three distinct 
layers. The first layer is the DMI system management stack and comprises the DMI 
component instrumentation 50, 60, and 70 as well as the DMI service provider 40. 
The second layer is the CIM client stack and comprises the CIM client applications 
290, 300, and 310. The third layer is the partial CIM stack comprising a CIM to DMI 
provider 350 and proxy CIM0M (common information model object module) 360. The 
proxy CIM0M 360 performs the same function as the CIMOM 260, 270, and 280 with 
the exception that it is now moved to a separate server and can handle requests from 
separate CIM applications 290, 300, and 310. In this manner the proxy CIMOM 360 
serves to off load the managed systems 200, 210, and 220 from requiring their own 
CIMOM. 

[0019] Still referring to FIG. 3, the CIM to DMI provider 350 serves to translate 

and reformat messages sent between the proxy CIMOM 360 and the DMI service 
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provider 40. Utilizing the CIM to DMI provider 350 it is possible to interface a DMI 
based network with a CIM based network, thereby enabling the supportable standards 
within a single LAN (local area network). The operation of the CIM to DMI provider 
350 is further detailed in the flowcharts illustrated in FIGs. 4-8 and the data flow 
5 between modules in the CIM to DMI provider 350 is further discussed in reference to 
FIG. 9. 

[0020] Before proceeding into a detailed discussion of the logic used by the 

" J embodiments of the present invention it should be mentioned that the flowcharts 
rl shown in FIGs. 4 through 8 as well as the modular configuration diagram shown in 
§10 FIG. 9 contain software, firmware, hardware, processes or operations that correspond, 
m for example, to code, sections of code, instructions, commands, objects, hardware or 
W the like, of a computer program that is embodied, for example, on a storage medium 
j| such as floppy disk, CD Rom, EP Rom, RAM, hard disk, etc. Further, the computer 
|i program can be written in any language such as, but not limited to, for example C ++. 
15 In the discussion of the flowcharts in FIGs. 4 through 8, reference will be 
simultaneously made to the corresponding software modules shown in FIG. 9. 
[0021] FIG. 4 is a flowchart of the logic involved in the instantiation of object 
classes requested by a CIM client application to a DMI server management stack in 
an example embodiment of the present invention. The logic illustrated in FIG. 4 is 
20 executed by the CIMOM interface provider 900 and a DMI events and CIM request 
processing module 950, shown in FIG. 9. The CIM interface provider 900 begins 
execution in operation 400 and immediately proceeds to operation 41 0. In operation 
410, a CIM client 290, 300, or 310 issues an enumerate instance request to a class 
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of objects contained within the CIM to DMI provider 350. In operation 420, the proxy 
CIMOM 360 receives the request and forwards it to the corresponding CIM to DMI 
provider 350. Thereafter, in operation 430, the CIM to DMI provider 350 receives the 
request and translates it into the corresponding DMI request and transmits it to the 
5 DMI service provider 40. In operation 440, the DMI service provider 40 receives a 
request and forwards it the corresponding DMI component instrumentation 50, 60, and 
70. Upon receipt of a response from the DMI component instrumentation 50, 60, or 
O 70, the DMI service provider 40 forwards it the CIM to DMI provider 350, in operation 
^ 450. Processing then proceeds to operation 460 where the CIM to DMI provider 350 
jfp receives a DMI response and translates it into CIM object format and transmits the 
^0 CIM object data to the proxy CIMOM 360. In operation 470, CIMOM receives the CIM 
O object and sends it to the requesting CIM client application 290, 300, and 310. 
W Thereafter, in operation 490 the CIM client application receives a CIM object 
requested and thereafter, in operation 490, processing terminates for the CIM 
15 interface provider module 900. 

[0022] FIG. 5 is a flowchart of the of the logic involved in DMI event processing 
delivered to a CIM client application via a CIM to DMI provider 40 as executed by a 
DMI events and CIM request processing module 950 using a DMI event callback 
interface 940 and a CIMOM event interface 910, shown in FIG. 9, in an example 
20 embodiment of the present invention. The DMI events and CIM request processing 
module 950 begins execution in operation 500 and immediately proceeds to operation 
510. In operation 510 an event occurring in the DMI component instrumentation 50, 
60, and 70 causes an interrupt to be generated in the DMI service provider 40. 

8 
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Thereafter, in operation 520, the interrupt is forwarded by the DMI service provider 40 
to the CIM to DMI provider 350 where the DMI events and CIM request processing 
module 950 resides. The DMI event callback interface 940 first receives the interrupt 
and passes it to the DMI events and CIM request processing module 950. Thereafter, 
in operation 530, the interrupt is translated by the CIM to DMI translation module 960 
into a CIM event object which is then transmitted via the CIM0M event interface 910 
to the proxy CIM0M 360. In operation 550, the proxy CIM0M 360 receives the CIM 
event object and transmits it to the appropriate CIM client application 290, 300, or 
310. Thereafter, processing terminates in operation 560. 

[0023] FIG. 6 is a flowchart of the overall registration, monitoring, and 

translation process executed by the DMI events and request processing module 950 
using the CIM0M interface 900 and the DMI management client interface 930, as 
shown in FIG. 9, used in an example embodiment of the present invention. The DMI 
events and CIM request processing module 950 begins execution in operation 600 
and immediately proceeds to operation 610. In operation 610, CIM client application 
290, 300, or 31 0 registers with the DMI service provider 40 via the proxy CIMOM 360 
via the CIM to DMI provider 350. This registration process entails registering the CIM 
to DMI provider 350 as a DMI management application. Thereafter, processing 
proceeds to operation 620 where CIM to DMI provider 350 registers with the proxy 
CIMOM 360 as a provider application. In operation 630, it is determined if a DMI event 
or a CIM request has occurred. If either a DMI event or a CIM request has not 
occurred then processing loops back to operation 630 until such an event or request 
does occur. However, if a DMI event or CIM request has occurred then processing 
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proceeds to operation 640 where the CIM to DMI translation module 960, shown in 
FIG. 9, translates the event or request into the proper format. The logic involved in 
processing a DMI event is further detailed in the discussion referencing FIG. 7. The 
logic involved in processing a CIM client request is further detailed discussion 
provided in reference to FIG. 8. Thereafter, processing proceeds to operation 650 
where processing terminates. 

[0024] FIG. 7 is a flowchart illustrating the processing required for a DMI event 

occurrence as executed by the DMI events and request processing module 950 using 
the DMI event callback interface module 940 in an example embodiment of the 
present invention. Processing begins in operation 700 and immediately proceeds 
operation 710. In operation 710 the DMI service provider 40 receives an event from 
a DMI component instrumentation 50, 60, or 70 and transmits that event to the CIM 
to DMI provider 350. More specifically the DMI event callback interface module 940 
receives the event and transmits it to the DMI events and CIM request processing 
module 950, shown in FIG. 9. Thereafter, in operation 720, the DMI events and CIM 
request processing module 950 utilizes the CIM to DMI translation module 960 to 
translate the DMI event data into the CIM format. In operation 730 the DMI events 
and CIM request processing module 960 transmits the event to the proxy CIM0M 360 
utilizing the CIM0M event interface 910. Thereafter, processing terminates in 
operation 740. 

[0025] FIG. 8 is a flowchart illustrating the processing involved in a CIM client 

request occurrence executed by the CIM provider callback module 920 and the DMI 
management client interface module 930 in an example embodiment of the present 

10 
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invention. Processing begins in operation 800 and immediately precedes to operation 
810. In operation 81 0, the CIM to DM! provider 350 receives a C!M request via the 
CIMOM interface 900. This CIM request was transmitted by the proxy CIMOM 360 
and was initially generated by a CIM client application 290, 300, or 31 0. In operation 
820, the DMI events and CIM request processing module 950 utilizes the CIM to DMI 
translation module 960 to translate the CIM request into a DMI request. Thereafter, 
in operation 830 a corresponding DMI request to the DMI service provider 40 is 
transmitted via the DMI management client interface 930. In operation 840, ail DMI 
responses received from the DMI service provider 40 are consolidated and translated 
into CIM responses by the DMI events and CIM request processing module 950. 
Thereafter, in operation 850 the CIM response is then sent to the CIM client 
application 290, 300, or 310 via the proxy CIMOM 360. Processing then terminates 
in operation 860. 

[0026] FIG. 9 is a data flow diagram illustrating the major modules involved in 

the operations depicted in the flowcharts shown in FIGs. 4-8 in an example 
embodiment of the present invention. Three major components are depicted in FIG. 
9 including the proxy CIMOM 360, the DMI service provider 40, and the CIM to DMI 
provider 350. Within the CIM to DMI provider 350 is contained the DMI events and 
CIM request processing module 950 which indirectly fields all DMI events and CIM 
requests received. Since the modules depicted in FIG. 9 have been previously 
discussed in detail in reference to FIGs. 3-8, only the data flow between modules will 
be discussed in reference to FIG. 9. Three types of data flow operation occur in 
reference to FIG. 9 that include a DMI event route, a CIM request route, and a 
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provider request for the proxy CIMOM 360. Provider requests received by the proxy 
CIMOM 360 are transmitted to the CIMOM interface provider 900 and there to the DM! 
events and CiM request processing module 950. Thereafter, the DMI events and CIM 
request processing module 950 may, via the DMI management client interface 930, 
transmit these request to the DMI service provider 40 after translation via the CIM to 
DMI translation module 960. DMI events transmitted by the DMI service provider 40 
are transmitted to the DMI event callback interface for DMI service provider 940 and 
then to the DMI events and CIM request processing module 950. Thereafter, these 
DMI events are translated to CIM format using a CIM to DMI translation module 960. 
In turn the DMI events and CIM request processing module would, via the CIMOM 
event interface 91 0, transmit the DMI event, now translated, to the proxy CIMOM 360. 
Finally, CIM requests are generated by the proxy CIMOM 360 and transmitted to the 
CIM provider callback interface 920 which in turn transmits them to the DMI events 
and CIM request processing module 950 for translation by the CIM to DMI translation 
module 960 and transmission to the DMI service provider 40 via the DMI management 
client interface 930. 

[0027] The benefit resulting from the present invention is that a simple, reliable, 
fast system and method is provided for CIM and DMI based networks to communicate 
to each other. Further, a computer user with an existing DMI network does not require 
the replacement or modification of that network in order to communicate with a CIM 
based computer network. 

[0028] While we have shown and described only a few examples herein, it is 
understood that numerous changes and modifications as known to those skilled in the 
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art could be made to the example embodiment of the present invention. Therefore, 
we do not wish to be limited to the details shown and described herein, but intend to 
cover all such changes and modifications as are encompassed by the scope of the 
appended claims. 
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